Method of and system for providing quality of service in IP telephony

ABSTRACT

A method and system for providing quality of service in an IP telephony session between a calling party and a called party establishes a high quality of service ATM virtual circuit for the session between first and second devices, each of the devices having ATM capability and IP capability. The first and second devices provide bidirectional translation between IP media and ATM media. The system transports IP media for the session between the calling party and the first device, and between said called party and a second device. The virtual circuit transports ATM media for the session between the first and second devices. An intelligent control layer provides IP and ATM signaling to set up the session.

RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.12/789,687, filed May 28, 2010, which is a continuation of U.S. patentapplication Ser. No. 11/553,285, filed Oct. 26, 2006 now U.S. Pat. No.7,830,891, that issued on Nov. 9, 2010), which is a continuation of U.S.patent application Ser. No. 09/370,504 filed Aug. 9, 1999 (U.S. Pat. No.7,136,387, that issued on Nov. 14, 2006), which are all incorporated byreference herein.

BACKGROUND

The present invention relates generally to the field of Internettelephony, and more particularly, to a method of and system forproviding quality of service in an Internet telephony session.

Two trends are currently occurring in the telecommunications marketplaceFirst, telephony services are being added to Internet protocol-baseddevices. Second, Asynchronous Transfer Mode (ATM) networks are beingbuilt with the ability to support user specified quality of service(QoS) on a per connection basis, as part of the ATM switched virtualcircuit service capability. Each of these trends have problems. Theprimary problem with the introduction of telephony services to the IPnetwork is one providing predictable QoS on a per call/connection basis.Although technologies are being developed in the Internet community toaddress this problem, there is currently no way to guarantee QoS on aper connection basis through an IP network. The primary problem with thesecond trend is not one of basic service capability, but is rather oneof access to the service. Today virtually all desktop devices haveaccess to an IP network through some sort of local area networktechnology, for example through Ethernet. The problem is that thesedesktop devices generally do not have access to ATM networks thatprovide the per call/connection guarantee QoS.

The primary method of addressing QoS in the current IP-BASED networks isto over-provision the amount of bandwidth available in the network. Thisapproach will work as long as the usage of the network stays within thebounds of the available bandwidth. If the usage of the network is notpredictable, then it is difficult, for example, to prevent a lowpriority file transfer from interfering with a connection established tocarry real-time voice or video data.

The primary method of providing ATM switched virtual circuit services todevices that do not have native ATM support is to install routersbetween the IP network and the ATM network that have the ability togenerate ATM switched virtual circuits on a per IP flow basis Theproblems with this approach are: (1) possible destination IP addressesneed to be provisioned in the router ahead of time, and (2) it is notpossible to define, on an IP flow basis, which IP flow should get theATM switched virtual circuit service and which should get IP bestefforts service. If a destination address is 30 provisioned in the ATMinterworking router, then all connections to that destination addresswill require an ATM switched virtual circuit.

SUMMARY

The present invention provides a method of and a system for providingquality of service in an IP telephony session between a calling partyclient and a called party client. The system of the present inventionestablishes a high quality of service ATM virtual circuit for thesession between first and second devices, each of the devices having ATMcapability and IP capability. The first and second devices providebidirectional translation between Internet Protocol (IP) media and ATMmedia. The system transports IP media for the session between thecalling party client and the first device, and between the called partyclient and the second device. The virtual circuit transports ATM mediafor the session between the first and second devices. An intelligentcontrol layer provides IP and ATM signaling to set up the session

In one embodiment of the present invention, the first and second devicesinclude access control managers that are bridges between an IP networkand an ATM network. The intelligent control layer assigns a temporarysession IP proxy address for the called party at the first accesscontrol manager and a temporary session IP proxy address for the callingparty at the second access control manager. The system establishes aswitched virtual circuit through the ATM network for the session betweenthe first access control manager and the second access control managerby assigning a temporary session calling party number at the firstaccess control manager and a temporary session called party number atthe second access control manager.

During the session, the system routes IP media from the calling party tothe temporary IP proxy address of the called party at the first accesscontrol manager. The first access control manager packages the IP mediain ATM cells for transport through the virtual circuit to the secondaccess control manager. The system then routes IP media from the secondaccess control manager to the called party. Similarly, the system routesIP media from the called party to the temporary IP proxy address of thecalling party at the second access control manager. The second accesscontrol manager packages the IP media in ATM cells for transport throughthe virtual circuit to the first access control manager. The system thenroutes IP media from the first access control manager to the callingparty.

In an alternative embodiment, the first and second devices includerouters that have both IP and ATM capability. The calling party clientobtains an authentication ticket and then initiates an IP telephonysession with a quality of service request. When the called party clientaccepts the session, the calling party client initiates setup of aresource reservation protocol IP media session with an ingress router.The ingress router then sets up the IP media session through an egressrouter to the called party client. When the IP media session is setup,the ingress router sets up an ATM switched virtual connection with theegress router.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram of a preferred embodiment of the system of thepresent invention.

FIG. 2 is a call flow diagram illustrating the signaling and call setupaccording to the embodiment of FIG. 1.

FIG. 3 is a block diagram of an alternative embodiment of the system ofthe present invention.

FIG. 4 is a call flow diagram illustrating the signaling and call setupaccording to the embodiment of FIG. 3.

DETAILED DESCRIPTION

Referring now to the drawings, and first to FIG. 1, a system accordingto a preferred embodiment of the present invention is designatedgenerally by the numeral 11. System 11 includes a media service controlpoint (MSCP) 13. MSCP 13 includes an IP telephony session establishmentserver, which in the preferred embodiment is a session initiationprotocol (SIP) server 15, an ingress Asynchronous Transfer Mode (ATM)MSCP 17, and an egress ATM MSCP 19. As will be explained in detailhereinafter, MSCP 13 provides an intelligent control layer for theestablishment of an Internet Protocol (IP) telephony session between afirst IP telephony user client 21 and a second IP telephony user client23.

System 11 includes an ingress access control manager 25 and an egressaccess control manager 26. Access control managers 25 and 26 provide amedia gateway between IP telephony user clients 21 and 23 and an ATMnetwork 27. Ingress access control manager 25 provides an ATM media andsignaling interface to an ingress ATM switch 29 of ATM network 27.Similarly, egress access control manager 26 provides an ATM media andsignaling interface to an egress ATM switch 31 of ATM network 27.

In FIG. 1, IP signaling paths are indicated with dotted lines and ATM ofsignaling paths are indicated with dashed lines. IP media paths areindicated with solid lines and ATM media paths are indicated with boldsolid lines.

In the embodiment of FIG. 1, a Quality of Service (QoS) connection isprovided by routing traffic on the QoS capable backbone provided by ATMnetwork 27. According to the present invention, an ATM connection iscreated for the IP telephony session between user clients 21 and 23. QoSextensions to the data network applications part (DNAP) protocol performthe signaling between MSCP 13 and access control managers 25 and 26. Theaccess control managers 25 and 26 establish the ATM QoS capableconnection. While in the preferred embodiment of present invention, theQoS capable connection is provided by ATM switched virtual circuits, thepresent invention can also be implemented in a variety of othertechnologies, such as SONET, and wave division multiplexing.

As will be explained in detail hereinafter, the data path for thesession is secured against unauthorized traffic by the use of proxyaddressing. The proxy addressing requires translation by the accesscontrol managers 25 and 26 to route the media to its intendeddestination. During session establishment, the addresses of the mediastream endpoints are exchanged between user client 21 and user client23. The signaling message containing the media address of user client 21is changed to reflect a proxy address, which is an interface at egressaccess control manager 26. The access control manager interface isassigned on a per session basis. The per session interface uniqueness isaccomplished by the allocation and deallocation of ephemeral ports atthe access control managers. Associated with the ephemeral ports are theaddresses used to create and transit the ATM connection. Likewise, thesignaling message containing the media address for user client 23 ischanged to reflect a proxy address at ingress access control manager 25.

The system of the present invention dynamically configures QoSconnections and ensures their security in two ways. First, the QoSconnection is dynamically configured by the use of ATM switched virtualconnections. The switched virtual connections are created on a persession basis during call establishment. MSCP 13 invokes the IP to ATMinterface mechanisms of access control managers 25 and 26 with DNAP QoSmessages. As will be explained in detail hereinafter, access controlmanager 25 launches a user network interface protocol setup. The ATMtraffic sent to and received by access control managers 25 and 26 isintercepted by ATM switches 29 and 31, respectively, and forwarded totheir associated ATM MSCPs 17 and 19. The ATM MSCPs create the switchedvirtual circuit between ATM switches 29 and 31. Access control managers25 and 26 map the media stream of the session to its switched virtualcircuit and the session traffic transits their respective switch virtualcircuit.

The second aspect of the real-time configuration solution is the dynamicsecuring of the access to the connections. This is done by dynamicallyallocating the proxy addresses during session establishment from apre-provisioned proxy address pool. The proxy addresses are returned tothe user clients 21 and 23 in the signaling messages. The session proxyaddress mapping is created at the MSCP and communicated to accesscontrol managers 25 and 26 by the DNAP protocol. The proxy addresses andthe actual session addresses are held at the SIP server 15 and theaccess control managers 25 and 26 for the duration of the session. Whenthe session is terminated, proxy addresses are deallocated.

Referring now to FIG. 2, there is shown a call flow diagram of sessioninitiation according to the embodiment of FIG. 1. User client 21initiates the session by sending a SIP INVITE message 33 to user client23. For purposes of illustration, the IP address of user client 21 isA@XYZ.COM. The SIP INVITE is addressed to user client 23 at a proxyaddress at MSCP SIP server 15, which for purposes to illustration isB@XYZ-SIP.COM. The SIP INVITE specifies the audio source as the real IPaddress of user client 21, and specifies that QoS is requested. Uponreceipt of invite 33, SIP server 15 sends an invite 35 to the real IPaddress of user client 23, at B@XYZ2000.COM. Invite 35 specifies theaudio source as a temporary IP proxy address allocated to user client 21at egress access control manager 26, which for purposes of illustrationis A@ACM-Y.COM. If user client 23 accepts the session, user client 23sends a 200 OK SIP response 37 back to SIP SERVER 15, specifying anaudio destination as its real IP address While in the preferredembodiment, SIP IP telephony signaling is used, other IP signalingprotocols, such as H.323 may be used.

Upon receipt of response 37, SIP server 15 allocates a call tag, andsends a reserve bandwidth message 39 to ingress ATh4 MSCP 17. Message 39specifies the audio destination for the session of as a temporary IPproxy address allocated to user client 23 at ingress access controlmanager 25. For purposes of illustration, the temporary IP proxy addressallocated user client 23 is B@ACM-X.COM. The bandwidth reservationmessage also identifies the call tag and specifies the called number forthe ATM connection as egress access control manager 26.

Upon receipt of bandwidth reservation message 39, ingress ATM MSCP 17sends a QoS setup request 41 to ingress access control manager 25. Setuprequest 41 identifies the real source address and proxy source addressfor user client 21. Setup request 41 also identifies the call tag andthe called party number. Ingress ATM MSCP 17 also sends a QoS setupindication message 43 to egress access control manager 26. Setupindication 43 identities the real destination address and proxydestination address for user client 23, as well as the call tag and thecalled party number for the ATM session. Egress access control manager27 responds to setup indication 23 with a setup indicationacknowledgment 45 back to ingress ATM MSCP 17. Upon receipt of the QoSsetup request 41, ingress access control manager 25 sends a user networkinterface 0 protocol setup message 47 to ingress ATM switch 29. Uponreceipt of UNI setup message 47, ingress ATM switch 29 sends a DNAPsetup 49 to ingress ATM MSCP 17. When ingress ATM MSCP 17 responds, asindicated at 51, ingress ATM switch 29 sends a setup message 53 toegress ATM switch 31. Upon receipt of setup message 53, egress ATMswitch 31 sends a DNAP setup message 55 to egress ATM MSCP 19. Whenegress ATM MSCP 19 responds, as indicated at 57, egress ATM switch 31sends a UNI setup message 59 to egress access control manager 26.

Upon receipt of setup message 59, egress access control manager 26 sendsa CONNECT message 61 to ingress access control manager 25. Upon receiptof CONNECT message 61, ingress access control manager 25 responds to QoSsetup request 41 with a QoS setup request acknowledgment 63 back toingress ATM MSCP 17. Upon receipt of setup request acknowledgment 61,ingress ATM MSCP 17 responds to the reserve bandwidth message 39 with areserve bandwidth acknowledgment message 65 back to MSCP SIP server 15.Upon receipt of reserve bandwidth acknowledgment 65, SIP server 15deallocates the call tag and sends a SIP 200 OK response 67 back to userclient 21. The OK response identifies the audio destination as thetemporary IP proxy address allocated to user client 23 at ingress accesscontrol manager 25. Then, user client 21 sends IP media packetsaddressed to user client 23 at the temporary proxy address at accesscontrol manager 25. Similarly, user client 23 sends IP media packetaddressed to user client 21 at the temporary proxy address at egressaccess control manager 26.

From the foregoing, it may be seen that the embodiment of FIG. 1provides QoS for IP telephony sessions between IP user clients. Throughthe use of temporary proxies, user clients 21 and 23 are unaware thattheir session is carried on an ATM switched virtual circuit. Userclients 21 and 23 use standard SIP messaging and standard proxying forcall setup and no special intelligence is required on the part of theuser clients 21 and 23. An intelligent network layer makes the system ofthe present invention transparent to user clients 21 and 23.

Referring now to FIG. 3, an alternative embodiment of the system of thepresent invention is designated generally by the numeral 71. System 71includes MSCP indicated generally at 73. MSCP 73 includes an MSCP SIPserver 75, an ingress ATM MSCP 77, and an egress ATM MSCP 79.Additionally, MSCP 73 includes a policy server 81. MSCP 73 is adapted toestablish a QoS IP telephony session between a calling user client 83and a called user client 85.

An ingress router 87 provides an interface between IP user client 83 andan ATM network 89. An egress router 91 provides interface between userclient 85 and ATM network 89. Ingress router 87 provides an interface toan ingress ATM switch 93 of ATM network 89. Similarly, egress router 91provides an interface to an egress ATM switch 95 of ATM network 89.

Referring now to FIG. 4, there is shown a call flow diagram of sessioninitiation according to the embodiment of FIG. 3. User client 83initiates the session with a Diameter protocol session authenticationrequest 97 addressed to MSCP SIP server 75. Server 75 responds with aDiameter session authentication response (ticket), as indicated at 99.Then, user client 83 sends a SIP INVITE message 101 to user client 85.For purposes of illustration, the IP address of user client 85 isA@XYZ.COM. The SIP INVITE 101 is addressed to user client 85 at a proxyaddress at MSCP SIP server 75, which for purposes to illustration isB@XYZ-SIP.COM. The SIP INVITE 101 specifies the audio source as the realIP address of user client 83, and specifies that QoS is requested. TheSIP INVITE 101 also includes the authentication ticket received inresponse to Diameter session authentication request 97. Upon receipt ofthe SIP INVITE 101, SIP server 75 sends an LNVITE 103 to the real IPaddress of user client 85, at B@XYZ2000.COM. INVITE 103 specifies theaudio source as the IP address of user client 83. If user client 85accepts the session, user client 85 sends a 200 OK SIP response 105 backto SIP Server 75, specifying an audio destination as its real IPaddress.

Upon receipt of 200 OK SIP response 105, SIP server 75 sends a reservebandwidth message 107 to MSCP policy server 81. Message 107 specifiesthe audio source for the session of as the real IP address of userclient 83, and the audio destination for the session as the real IPaddress of user client 85. The message 107 also includes theauthentication ticket. Upon receipt of the message 107, MSCP policyserver 81 sends a response 109 back to MSCP policy SP server 81. Then,SIP server 75 sends a SIP 200 OK response 111 to user client 83.

Upon receipt of 200 OK response 111, user client 83 sends a resourcereservation protocol (RSVP) path message 113 to ingress router 87. Then,ingress router 87 sends a COPS request handle message 115 to MSCP policyserver 81. When MSCP policy server 81 responds, as indicated at 117,ingress router 87 sends an RSVP path message 119 to egress router 91.Then, egress router 91 sends an RSVP path message 121 to user client 85.User client 85 responds with an RSVP reservation response 123 back toegress router 91. Egress router 91 then responds with an RSVPreservation response 125 back to ingress router 87.

Upon receipt of response 125, ingress router 87 sends a UNI setupmessage 127 to ingress ATM switch 93. Upon receipt of UNI setup message127, ingress ATM switch 93 sends a DNAP setup 129 to ingress ATM MSCP77. When ingress ATM MSCP 77 responds, as indicated at 131, ingress ATMswitch 93 sends a setup message 133 to egress ATM switch 95. Uponreceipt of setup message 133, egress ATM switch 95 sends a DNAP setupmessage 135 to egress ATM MSCP 79. When egress ATM MSCP 79 responds, asindicated at 137, egress ATM switch 95 sends a UNI setup message 139 toegress router 91.

Upon receipt of setup message 139, egress router 91 sends a CONNECTmessage 141 to ingress router 87. Upon receipt of CONNECT message 141,ingress router 87 responds to RSVP path message 113 with an RSVP reserveresponse 143 back to user client 83. Then, the IP telephony session isestablished between user client 83 and user client 85.

The embodiment of FIGS. 3 and 4, distributes a certain amount of systemintelligence to user clients 83 and 85. User clients 83 and 85 areresponsible for a greater part of call setup than are user clients 21and 23 of the embodiment of FIGS. 1 and 2. User clients 83 and 85process signaling in Diameter and RSVP protocols in addition tosignaling in SIP protocol.

From the foregoing it may be seen that the present invention overcomesthe shortcomings of the prior art. The present invention dynamicallyestablishes and secures QoS IP telephony sessions by routing traffic ona high QoS backbone, which is preferably an ATM backbone. Those skilledin the art will recognize alternative embodiments, given the benefit ofthis disclosure. Accordingly, the foregoing disclosure is intended forpurposes of illustration and not limitation.

What is claimed is:
 1. A system comprising: a first device, the firstdevice having a first assigned temporary Internet Protocol (IP) sessionproxy destination address for a called party, an IP telephony sessionbeing between a calling party and the called party, the first devicebeing connected between an IP telephony network and an asynchronoustransfer mode (ATM) network, and the first device to: receive first IPtraffic from the calling party, and route, to the called party, firstATM traffic that is based on the first IP traffic received from thecalling party; and a second device, the second device having a secondassigned temporary Internet Protocol (IP) session proxy destinationaddress for the calling party, the second device being connected betweenthe IP telephony network and the ATM network, and the second device to:receive second IP traffic from the called party, and route, to thecalling party, second ATM traffic that is based on the second IP trafficreceived from the called party.
 2. The system of claim 1, where thefirst device provides a bi-directional translation between the first IPtraffic received from the calling party and the first ATM traffic routedto the called party; and where the second device provides abi-directional translation between the second IP traffic received fromthe called party and the second ATM traffic routed to the calling party.3. The system of claim 1, further comprising: an ingress switch, of theATM network, which is interfaced with the first device; and an egressswitch, of the ATM network, which is interfaced with the second device.4. The system of claim 1, where the first device comprises a firstrouter, and where the second device comprises a second router.
 5. Thesystem of claim 1, further comprising: an intelligent control layer,interconnecting the calling party and the called party, to: establish,for the IP telephony session between the calling party and the calledparty, a virtual circuit through the ATM network.
 6. The system of claim5, where the intelligent control layer includes a session initiatedprotocol (SIP) server.
 7. The system of claim 6, where the intelligentcontrol layer includes a policy server, in communication with the SIPserver, to establish the virtual circuit between the first device andthe second device.
 8. The system of claim 1, where the first assignedtemporary IP session proxy destination address is dynamically assignedfrom a first pool of temporary IP proxy addresses associated with aninterface of the first device, and where the second assigned temporaryIP session proxy destination address is dynamically assigned from asecond pool of temporary IP proxy addresses associated with an interfaceof the second device.
 9. The system of claim 1, where the ATM traffic isrouted between the first device and the second device via a switchedvirtual circuit that is based on the first assigned temporary IP sessionproxy destination address and the second assigned temporary IP sessionproxy destination address.
 10. The system of claim 9, where the switchedvirtual circuit is based on a quality of service request to the firstdevice and to the second device.
 11. A method comprising: initiating anInternet Protocol (IP) telephony session between a calling party and acalled party; receiving, by a first device that is connected between anIP telephony network and an asynchronous transfer mode (ATM) network,first IP traffic from the calling party, the first device having a firstassigned temporary IP session proxy destination address for the calledparty, routing, via the first device, first ATM traffic to the calledparty, the first ATM traffic being based on the first IP trafficreceived from the calling party; receiving, by a second device that isconnected between the IP telephony network and the ATM network, secondIP traffic from the called party, the second device having a secondassigned temporary IP session proxy destination address for the callingparty; and routing, via the second device, second ATM traffic to thecalling party, the second ATM traffic being based on the second IPtraffic received from the called party.
 12. The method of claim 11,further comprising: bi-directionally translating, via the first device,the first IP traffic received from the calling party and the first ATMtraffic associated with the called party; and bi-directionallytranslating, via the second device, the second IP traffic received fromthe called party and the second ATM traffic associated with the callingparty.
 13. The method of claim 11, further comprising: interfacing thefirst device with the ATM network via an ingress switch of the ATMnetwork; and interfacing the second device with the ATM network via anegress switch of the ATM network.
 14. The method of claim 11, wherereceiving the first IP traffic from the calling party comprises:receiving the first IP traffic from the calling party via a router; andwhere receiving the second IP traffic from the called party comprises:receiving the second IP traffic from the called party via a router. 15.The method of claim 11, further comprising: establishing, for the IPtelephony session between the calling party and the called party, avirtual circuit through the ATM network via an intelligent control layerinterconnecting the calling party and the called party.
 16. The methodof claim 15, where the intelligent control layer includes a sessioninitiated protocol (SIP) server.
 17. The method of claim 16, where theintelligent control layer includes a policy server, in communicationwith the SIP server, to establish the virtual circuit between the firstdevice and the second device.
 18. The method of claim 11, furthercomprising: dynamically assigning the first assigned temporary IPsession proxy destination address, for the called party, from a pool oftemporary IP proxy addresses associated with an interface of the firstdevice; and dynamically assigning the second assigned temporary IPsession proxy destination address, for the calling party, from a pool oftemporary IP proxy addresses associated with an interface of the seconddevice.
 19. The method of claim 11, further comprising: routing thefirst ATM traffic between the first device and the second device via aswitched virtual circuit that is based on the first assigned temporaryIP session proxy destination address and the second assigned temporaryIP session proxy destination address.
 20. The method of claim 19, wherethe switched virtual circuit is based on a quality of service request tothe first device and to the second device.